home *** CD-ROM | disk | FTP | other *** search
/ Gigantic Games 2 / Gigantic Games 2.iso / pc / _r_ / reactor / speicher.doc < prev    next >
Text File  |  1994-12-23  |  3KB  |  82 lines
  1.                           R E A C T O R
  2.  
  3.                               V 1.0
  4.  
  5.              Entwickelt von:          Olaf Thyssen
  6.                                       Torgauer Straße 21
  7.                                     D-4000 Düsseldorf 1
  8.  
  9.  
  10.  
  11.   Da das Programm auf einem AMIGA 2000B mit 3MB geschrieben
  12.   wurde, traten während der Testphase keine Probleme mit dem
  13.   Speicherplatz auf.
  14.   Jedoch bei versuchen das ganze auf 512Kb laufen zu lassen,
  15.   wollte das Programm nicht starten, oder es hängte sich
  16.   mitten drin ab und zu mal auf.
  17.   Aber nach langem hin und her läuft es jetzt (so einigermaßen).
  18.  
  19.  
  20.   Speicherplatzbedarf:
  21.  
  22.          Programmlänge GFA-Source: 89.300 Byte
  23.  
  24.                          wobwei 4*20400 Bytes in INLINE Befehlen
  25.                          für die Grafik stecken
  26.                          (640*256 Punkte bei 4 Bitplanes=16 Farben).
  27.  
  28.                          Das Programm an sich verbraucht nur ca. 7700 Bytes.
  29.                                                   
  30.                          Um dieses File in den Interpreter zu laden, muß
  31.                          erst ein RESERVE 200000 (File ist größer als
  32.                          60Kb und der Bildschirm kann mit der Grafik ohne
  33.                          weiteres geöffnet werden) im Direktmodus (ESC)
  34.                          eingegeben werden
  35.  
  36.                          Das GFA-Programm läuft fehlerfrei, nur an 
  37.                          manchen Stellen halt etwas langsamer (im
  38.                          Vergleich zu AmigaBasic jedoch TurboMäßig) !
  39.  
  40.  
  41.          Programmlänge GFA-Compilat: 105320 Bytes
  42.  
  43.                          Auch hierbei wieder 84000 Byte als Daten für die
  44.                          Grafik.
  45.                          Das Programm reserviert sich 100000 Bytes beim
  46.                          start (inclusive Programm-Code), um den
  47.                          Bildschirm öffnen zu können.
  48.  
  49.                          Verbrauch - ChipRAM:  82176 (Grafik)
  50.                                      FastRAM: 221968 (Daten + Code)
  51.                                               ------
  52.                                      Gesamt   304144
  53.  
  54.                          Beim beenden des Programms werden 100000 Bytes
  55.                          (vorher reserviert mit RESERVE) nicht
  56.                          ordnungsgemäß zurückgegeben - weiß noch nicht
  57.                          warum.
  58.  
  59.  
  60.   Wird nun der Code des GFA-Compilat mit einen Cruncher verkürzt
  61.   (z.B. PowerPacker 2.3b) erhält man ein File von ca. 31000 Bytes 
  62.   länge (Ersparnis 71%).
  63.  
  64.  
  65.  
  66.   Die Grafik wurde mit DPaint III erstellt und hat eine Länge von
  67.   42000 Bytes (IFF-compressed).
  68.   Dieses IFF-File benötigt auf dem Bildschirm 4 Bitplanes zu je
  69.   20400 Bytes Länge.
  70.   Diese wurden dann in INLINE Befehlen eingebunden und mit
  71.   PUT$() auf den Bildschirm gebracht (siehe CHROME.GFA File auf
  72.   der GFA-Basic 3.0 Diskette).
  73.  
  74.  
  75. AUFRUF:
  76.  
  77.   Wenn jemand eine andere (nicht so Speicherplatz-Intensive) Routine
  78.   geschrieben hat, so sende er mir den GFA-Source bitte an die o.a.
  79.   Adresse.
  80.  
  81.                  DANKE
  82.